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An interactive , menu-driven computer program has been written to streamline the 
orbit determination process during the critical launch support phase of a mission. Re- 
siding on a virtual memory minicomputer, this program retains the quantities in-core 
needed to obtain a least squares estimate of the spacecraft trajectory with interactive 
displays to assist in rapid radio metric data evaluation. Menu-driven displays allow real- 
time filter and data strategy development. Graphical and tabular displays can be sent to 
a laser printer for analysis without exiting the program. Products generated by this pro- 
gram feed back to the main orbit determination program in order to further refine the 
estimate of the trajectory. The final estimate provides a spacecraft ephemeris which is 
transmitted to the mission control center and used for antenna pointing and frequency 
predict generation by the Deep Space Network. The development and implementation 
process of this program differed from that used for most other navigation software by 
allowing the users to check important operating features during development and have 
changes made as needed. 


I. Introduction 

Spacecraft radio metric tracking and telemetry support is 
provided by the Deep Space Network for a variety of interna- 
tional and domestic space agencies. One component of this 
tracking system, the High Earth Orbiter (HEO) Multimission 
Navigation Facility, uses the radio metric data to determine 
the spacecraft trajectory during the critical launch phase. For 
Earth-orbiting communications satellites destined for geosta- 
tionary positioning or for out-bound interplanetary probes, 
an estimate of the trajectory is needed within hours after 
launch for planning maneuvers. These trajectory change maneu- 
vers may be required to achieve geostationary status or to re- 


fine the Earth departure trajectory. Another estimate of the 
spacecraft trajectory may be needed even sooner to update 
DSN Deep Space Station antenna pointing information in the 
event of non-nominal launch vehicle performance. 

The functions of this Navigation Facility were described in 
a previous TDA Progress Report [1] . Significant in its design 
was the need to provide low-cost and efficient multimission 
navigation support using a dedicated minicomputer. The new 
computer program being described in this article has been 
designed by the HEO Navigation team and implemented by 
the Navigation Software Development Group to assist in the 
orbit determination process in this environment. 
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The fundamental computer program used for spacecraft 
navigation by the HEO team is the JPL Orbit Determination 
Program (ODP) [2] . This program is currently used in support 
of all JPL deep space missions, and it was implemented on a 
VAX 11/780 minicomputer for the HEO task. The ODP is not 
a single program but rather a set of software modules, each of 
which executes in a non-interactive mode and requires several 
mass storage files for inter-module communication. Expe- 
rience with the ODP in the HEO launch environment revealed 
the need for a different operating mode in order to meet mis- 
sion timeline requirements. This has been achieved by writing 
an easy-to-use, interactive, menu-driven program which com- 
bines five basic ODP functions of data selection, data editing, 
filter specification, parameter estimation, and residual display 
into a single program. 

Processing radio metric data begins by running only the 
ODP modules needed to convert the data to a form which can 
be used to update the spacecraft trajectory. This new program 
is used to carefully evaluate those data, choosing which data 
types to use, deleting any bad data, and selecting the filter 
parameters necessary to properly estimate the spacecraft tra- 
jectory. When its task is completed, updated values of the 
spacecraft trajectory, information necessary to duplicate the 
set of radio metric data used, and filter specifications are 
passed back to the ODP for final refinement of the spacecraft 
trajectory. At this stage all the functions needed to process the 
data and update the trajectory estimate are performed by the 
ODP in the batch environment. Only solution summary infor- 
mation is monitored to determine when this iterative pro- 
cedure has converged. When it has, the appropriate trajectory 
products are delivered to the mission control center for subse- 
quent mission planning and to the DSN for updating Deep 
Space Station antenna pointing information. 

The acronym PSA, chosen for this new program, is derived 
from the three basic functions the program performs: Packing 
information arrays of processed radio metric data, Solving for 
a set of parameters in a least squares sense, and Analyzing the 
solution with graphic and tabular output. This article traces 
some of the significant steps in the program’s evolution and 
shows some of the interactive features which have made it so 
useful. Future plans for its continued development and imple- 
mentation will also be described. 

This article assumes familiarity with the orbit determina- 
tion process and some associated terms and quantities. It is 
not a tutorial introduction to the subject; nor is it a PSA user’s 
guide. Illustrations of the menus and displays which PSA gen- 
erates are included, and even though their contents cannot be 
described completely, it is hoped that the reader can appre- 
ciate how they help to streamline the orbit determination 
process in the launch support environment. 


II. Program Development 

In the traditional use and development of most navigation 
software, PSA represents a new approach, not because of new 
mathematical algorithms but because of the interactive capa- 
bilities it offers. The PSA mathematical requirements were 
easily satisfied with existing software libraries, but achieving 
easy-to-use human interfaces required a different approach to 
the implementation. In this section two significant steps lead- 
ing to PSA will be described, followed by a general description 
of how it was implemented. 

A. Virtual Memory Radio Metric Data Editing 

The Flight Project Office-UNIVAC operating environment 
for the ODP consists of a large, fixed core, mainframe com- 
puter used primarily in a batch mode with no interactive 
capabilities. In preparation for this launch support activity 
with the DSN, the ODP was implemented on a VAX 11/780 
minicomputer with virtual memory, but without any modifi- 
cation to its basic operating mode. 

In the mid-1980s the potential use of virtual memory was 
first realized when a utility program to assist with radio metric 
data editing was written for the HEO Navigation team. This 
program retained pertinent information in virtual memory 
about the data processed by the ODP, sorting it by type, i.e., 
two-way Doppler, range, angles, etc., and using interactive 
menus to enable the user to study the different types. For any 
type selected, the display at the terminal screen showed basic 
information such as the time of each point, the Deep Space 
Station which received it, elevation angle, residual (difference 
between the value observed at the station and that computed 
by ODP), and a simple line printer plot of the residual. It was 
easy to see “bad” data from either the plot or the value of the 
residual. Commands similar to those associated with full-screen 
text editing made it possible to delete individual or sets of 
“bad” data. Inverse functions were also present to accept data 
previously deleted. Upon exiting the program, a status code 
for each radio metric data point was updated on a mass storage 
file to reflect the in-core status, and the updated file was 
passed back to the solution links of the ODP. An ASCII file 
was also written identifying the points which had been rejected 
so that a permanent record of “bad” data could be retained. 

This program, called PTSCAN for PoinT SG4Mng, repre- 
sented a significant improvement over other data editing tech- 
niques primarily because of the ease and speed it offered in 
displaying any of the radio metric data types being considered 
for use in determining the spacecraft trajectory. Other helpful 
attributes were the combination of numerical and “graphical” 
displays used to present the data. PTSCAN was used in sup- 
port of several launches, but it did not provide all the capabili- 
ties needed, particularly that of being able to process the data 
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and determine an estimate of the spacecraft trajectory. It did 
suggest, however, testing the feasibility of retaining all the 
information needed in virtual memory. 

B. Virtual Memory Least Squares Estimation 

Following the favorable experience with PTSCAN, a pro- 
gram was written to test the feasibility of storing in virtual 
memory all the quantities needed to do the least squares 
solution. This represented an increase of more than an order 
of magnitude in memory storage requirements over PTSCAN. 

This simple program, written by the HEO Navigation 
team, did not contain all the convenient user interfaces of 
PTSCAN or all that would ultimately be needed, but it defi- 
nitely proved that the concept was a viable one. Trajectory 
estimates could be obtained very quickly without excessive 
demands on computer resources. An important part of deter- 
mining the spacecraft trajectory involves verifying consistency 
among the solutions derived, using different combinations of 
the radio metric data available. Such changes could quickly 
and easily be made with this program and a new solution 
obtained without having to re-read the data from a mass stor- 
age file, as required when using existing ODP modules to do 
these types of studies. With all the data available in virtual 
memory, it is a simple matter to use only the types requested 
by the user. The speed with which the estimate was obtained 
was a real “eye opener” to the possibilities available. The 
thought of expanding the basic PTSCAN functions to include 
the estimation capability along with other necessary inter- 
active features evolved into the current PSA. Continued use 
of the test program helped the Navigation team visualize the 
types of interactive menus and displays needed in PSA. 

C. PSA User Interfaces: Design, Implementation, and 
Testing 

The idea for PSA, an interactive program to enable the user 
to eliminate bad data, select different data types to use in a 
solution, tune the filter, generate graphic plots, and feed infor- 
mation back to the ODP, was becoming more clearly defined. 
The next step was to specify its design as completely as 
possible. 

A variety of menus and displays were envisioned to assist 
in specifying general types of radio metric data to use in the 
filter, as well as the specific data points not to use, the param- 
eters to estimate, the a priori uncertainty to use with each of 
them, and the display of the solution, to name a few. To 
clarify how the menus should appear, prototype text files were 
created for viewing at a computer terminal. It was easy to 
make changes until the files contained the desired informa- 
tion, displayed in a useful manner. After identifying all of 
them in this way, a detailed design document was written 


describing how the menus would be activated in PSA and how 
each one would work. 

It was possible that the menus might operate unacceptably 
and have to be changed even if they were implemented exactly 
as requested. To check for this, the first step in PSA imple- 
mentation was to provide a version of the program in which 
only the menus operated. Since the files which would nor- 
mally supply the menu contents were not read at this stage of 
the development, simulated numerical quantities were pro- 
vided. The Navigation team ran this version of PSA to test how 
easy it was to access different menus and in turn to determine 
how easy they were to use. A few changes were made and then 
the implementation of the rest of the program began. 

This development process represents an approach to ODP 
software implementation which is different from the custo- 
mary one. That approach involves specifying the mathematical 
formulation, user inputs, and required output. The program is 
developed, checked by the programmer, and then delivered to 
the engineers working on a mission project. At this time, it 
may be impossible to change operating features which are 
different from those anticipated, and the users have no choice 
but to wait a long time (until the next mission) before it is 
possible to consider modifying the program. Even then it may 
be too late to make fundamental changes without major 
redesign and implementation. If the traditional process re- 
peats, it still may be difficult to obtain the type of program 
desired. 

D. PSA Computations: Implementation and Testing 

Once the user interfaces were working well, implementa- 
tion of the mathematical portions of PSA began. Much of this 
existed in other software, as would be expected, since PSA 
was combining functions already in existence and could be 
copied. For example, the filter had been implemented in the 
test program described in Section IIB and would serve as a 
model for PSA. It was important to ensure that the filter was 
working correctly, primarily verifying that only the intended 
data were actually used. Numerous cases were run in PSA 
varying the radio metric data set followed by duplication with 
the ODP. The flexibility offered in PSA for choosing different 
sets of data was especially apparent when compared with the 
time required to make the corresponding ODP run. 

Graphical products generated by PSA were the same 
as in other ODP programs, so comparison could be accom- 
plished merely by overlaying two plots and checking for any 
differences. 

PSA debugging information was created to verify that quan- 
tities had been read correctly from the input files or to exam- 
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ine quantities computed by PSA to more digits than normally 
displayed. These data are written, when requested by the user, 
as ASCII files for study at the conclusion of a PSA execution. 

The ultimate test of all PSA functions was the ability to 
duplicate a solution using the ODP. Certain products gener- 
ated by PSA were best tested through use with the ODP 
to verify that the same number of data points, same solution, 
and same graphical output were generated. A binary file 
written by both PSA and the ODP could be checked using 
existing comparison software. 

From the HEO Navigation team’s experience with previous 
missions, it was initially decided to configure PSA to store 
information for a maximum of 5000 radio metric data points, 
with the capability to estimate a maximum of 25 parameters. 
Subsequent use of the program in mission operations indicated 
the need to increase the number of points to 20,000, with a 
maximum estimation capability of 30 parameters. No degrada- 
tion in running time was observed after increasing the storage 
requirements by this amount. 

III. Program Usage 

This section will give a brief overview of the functions PSA 
can perform. The reader who has not experienced the real- 
time operations may not appreciate fully the conveniences 
afforded by PSA but will have an increased awareness of how 
PSA helps. 

There are three basic functions performed in PSA: 

(1) DataEDITing 

(2) Data FILTERing 

(3) Data DISPLAY 

Within these three functions are twelve subfunctions or op- 
tions which the user may choose, in any order, to do the task. 
The first display to greet the PSA user shows these functions 
and options, and is reproduced in Fig. 1. The subfunctions or 
options are all preceded by a letter in “( )”s. To select the 
desired function, simply enter its code letter. This in turn will 
replace the screen with the menu or display associated with 
that option. Upon completion of any subfunction, a concise 
summary of the options available is displayed across the bot- 
tom of the terminal screen. This is shown in Fig. 2. This con- 
cise display contains the same information as the entry-level 
display but can be portrayed quickly on the screen to serve 
as a reminder of the options available. The help option, “h,” 
will re-create the entry-level display any time the user needs 
it. Note that no carriage return is required when the options 
are entered. 


The subfunctions are briefly described and illustrated in 
the following sections. 

A. PSA EDITing Options 

The EDITing options in PSA enable the user to control 
the radio metric data used in the solution, to decide how it 
should be weighted, and to generate text files which will pass 
this information back to the ODP. 

1. Data selection. There are three options available to 
control the radio metric data used to estimate the spacecraft 
trajectory. 

One high-level capability permits general radio metric data 
selection by type (two-way Doppler, range, angles, etc.) and 
by Deep Space Station (DSS) which received the data. This is 
referred to as Global Data selection and is controlled using 
an interactive menu as illustrated in Fig. 3. With this menu the 
user can easily choose to include (accept) or omit (reject) any 
of the radio metric data type/station combinations shown. 
With this menu, data consistency checks can easily be made by 
comparing the estimates of the spacecraft trajectory deter- 
mined using different data types or data from different Deep 
Space Tracking stations. 

The menu in Fig. 3 shows a configuration in which the 
radio metric data type F3 (three-way Doppler) from DSS 46 is 
rejected, as is the F2 (two-way Doppler) from DSS 24 at 
Guam. All of the other radio metric data will be used to 
estimate the spacecraft trajectory when a solution is requested. 

A second high-level EDITing capability can be selected 
from the Global Data Selection Menu and is shown in Fig. 4. 
This menu is used to specify whether all radio metric data 
should be deleted (rejected) as a function of elevation angle or 
as a function of time, e.g., before, after, or between specified 
times. Another function deletes specific radio metric data 
points if the residual, the difference between the value received 
at the Deep Space Station and that computed by the ODP, 
exceeds a specified limit. The user may modify, remove, or 
add new delete commands to this menu at any time. The 
example in Fig. 4 illustrates the deletion (rejection) of any 
radio metric data recorded at less than 5 degrees of elevation. 

A third EDITing option permits a point -by-point examina- 
tion of the radio metric data in search of “bad” points. This is 
the “p” or PTSCAN option. Named for the PTSCAN program 
discussed in Section IIA because this function was copied from 
it, this option first produces a menu like that shown in Fig. 5. 
From this menu the user selects a radio metric data type for 
study, as shown in Fig. 6, where a portion of the interactive 
PTSCAN display for a range data type is shown. An individual 
data point Accepted for use in a solution is plotted with an 
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“A,” while data Rejected are plotted with an “R” and flagged 
with an “*” at the left, as can be seen in Fig. 5. Using terminal 
keypad commands similar to those employed in full-screen 
text editing, the user may indicate to reject or accept individ- 
ual or groups of radio metric data points. Other keypad com- 
mands automatically seek out “bad” data points which the 
user can then delete. Three methods for controlling the plot 
scale also exist. One technique uses a percentile method to 
minimize effects of extremely large “bad” residuals, while 
another uses the statistical mean and 3-a standard deviation 
to set the plot scale. The third allows the user to set whatever 
value is desired. 

2. Data weighting. Another PSA EDITing function is the 
Weight or “w” option. The menu associated with this option 
enables the user to modify weights assigned to the different 
radio metric data types. Figure 7 shows an example of the 
Global Weighting Menu. The names of the radio metric data 
types are shown along with the default weight values which 
were read from a file also used by the ODP. Metric equivalent 
values are also entered computed from user-supplied conver- 
sion factors. Note that two “*”s replace a numerical quantity 
for the F2 data. This is because another Weight Menu has been 
used to specify weights as a function of the Deep Space Sta- 
tion which received the data. These are referred to as Menu 
Weights and are specified using the Menu Data Weighting menu 
shown in Fig. 8. Note that two-way Doppler radio metric data 
from DSS 24 are weighted one -tenth that from DSS 46, re- 
flecting the higher noise level in the data received from this 
smaller-diameter antenna. Even though data from this station 
are currently rejected in the Global Data selection menu, 
Fig. 3, a weight is retained should these data ever be used in a 
solution. 

3. Text files for the ODP. The fourth and final PSA EDIT- 
ing function is the “c” option for writing ASCII files needed 
by the ODP to reproduce the set of accepted and deleted data 
defined in PSA. The information written in these files is based 
upon the contents of the Global Data Selection Menu, Fig. 3; 
the Menu Data Selection Menu, Fig. 4; and individual points 
deleted in the PTSCAN mode, Fig. 6. The ASCII file will con- 
cisely enable subsequent ODP runs to delete exactly the same 
set of data points as was deleted in PSA. In subsequent PSA 
runs, the ODP binary file created from this ASCII file will be 
read and used to set these menus in the same configuration 
and delete any individual points, again reproducing the same 
set of rejected data. 

This is a vital function in PSA because as more and more 
radio metric data are received and processed by the ODP in the 
course of a mission, any data previously deleted with PSA 
should continue to be deleted. The user need be concerned 
only with new data when reentering PSA. It can be studied in 


search of any “bad” points and rejected, and a new solution 
obtained quickly. It also permits flexibility in changing data 
rejection criteria. For example, it is easy to change the mini- 
mum elevation angle for data rejection, feed the information 
back to the ODP, and then have it automatically available in 
future PSA runs. 

Other ASCII files written under the “c” option enable the 
information in the Weight menus, Figs. 7 and 8, to be trans- 
mitted back to the ODP just as the deleted data points were. 
This information is also retrieved by PSA in subsequent runs 
to maintain the current weighting values. 

B. PSA FILTER Options 

The FILTER function in PSA consists of five subfunctions 
or options which are used both to establish the correct estima- 
tion model depending on the types of radio metric data con- 
sidered and to obtain estimates of the spacecraft trajectory. 
Other functions create files for passing the new estimate and 
associated filter model back to the ODP. This section will 
describe the menus and displays associated with this aspect of 
the program. 

1. Estimate and a priori a. The user may need to vary the 
set of parameters estimated in conjunction with the types of 
radio metric data used in the solution. For example, angle 
biases must be estimated when angular observables are in the 
solution, or a bias may be estimated in the two-way Doppler 
radio metric data for a spinning spacecraft with a circularly 
polarized antenna. A sample of the menu used to control 
which parameters are estimated is shown in Fig. 9. This menu 
can also be used to modify their a priori uncertainty. The 
menu shown in this figure is configured to estimate the six 
components of the spacecraft state, a two-way Doppler bias, 
and biases in the angle measurements received at DSS 24 
and 46. 

The nominal configuration of this menu is based upon a 
file maintained by the ODP. If changes are made in PSA, these 
can be communicated back to this ODP file so that future 
ODP and PSA runs will retain the new configuration. This is 
described in Section IIIB4, PSA FILTER: Solution Output to 
ODP. 

2. Solution generation. The “s” option creates a least 
squares estimate for the parameters identified in the Estimate 
menu. Householder transformations are first used in a square 
root formulation to pack an information array of all regres- 
sion quantities (partial derivatives) stored in the virtual mem- 
ory PSA arrays. The estimate for the specified set of param- 
eters is then obtained by extracting only those columns from 
this information array, repacking, and adding the a priori 
information. This implementation enables the user to vary the 
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set of estimated parameters or their a priori uncertainty with- 
out having to repack all the data, until a different data set is 
specified. 

The radio metric data used in the solution is based upon the 
current information in the Global and Menu Data Selection 
menus and the point -by-point reject status set in the PTSCAN 
mode. A printed solution summary, as shown in Fig. 10(a), 
appears at the terminal screen each time the “s” option is 
entered. This summary contains a number of quantities needed 
to analyze the current solution and indicate any mistuning of 
the filter. Columnar data identify the parameters estimated, 
the least squares Correction, the computed o (uncertainty), 
and the New value of the estimated parameter. Other informa- 
tion shows a summary of the data used to obtain the solution. 
The solution output concludes, as shown in Fig. 10(b), with a 
comparison of the classical orbital elements computed from 
the nominal trajectory of the spacecraft and the New value 
just estimated. Using these coordinates provides a valuable 
alternative assessment of the solution. All of this print can be 
sent to a laser printer, as will be described in Section IIIC, 
which discusses PSA DISPLAY functions. 

3. Bias partials. The “b” option under the PSA FILTER 
Function enables the user to add Bias partials of a simple form 
to the regression data stored in virtual memory. The menu 
shown in Fig. 11 is used to make this addition. The user can 
request new partials, remove old ones, or modify some portion 
of an existing one. This capability enables the user to study 
the effect of possible biases in the radio metric data without 
having to exit PSA and compute them using other software. 
Doppler biases are often encountered in the missions which 
the HEO Navigation team supports, since many spacecraft are 
spinning with circularly polarized antennas. Modification to 
the spin rate results in a different Doppler bias. The bias 
option capability in PSA makes it easy to account for such 
changes. 

4. Solution output to ODP. The FILTER function “g” 
writes binary and ASCII files for use in the ODP. The binary 
file contains the New values of the estimated parameters in a 
form which can be assimilated by the ODP to begin the next 
processing of the radio metric data. The ASCII file contains 
data which can be input to the ODP to duplicate the filter 
model set up in PSA. 

5. Output regression file. The FILTER function “u” will 
create a new mass storage file duplicating the regression infor- 
mation contained in the PSA virtual memory arrays. This func- 
tion was designed for the case in which this might be the 
easiest way to communicate the set of selected data back to 
the ODP for special processing, or continue with new bias 
partials. 


C. PSA DISPLAY Options 

There are four options which generate output to assist in 
assessing the solution. Some of them produce tabular output, 
two of them produce graphical output, and two of them send 
products to a laser printer. Any output directed to the laser 
printer can be received, without terminating PSA, and used for 
continued analysis. 

1. Residual statistics. A summary showing the bias and 1-a 
standard deviation of the radio metric data residuals is con- 
trolled by the ‘V* option. A sample of the information is dis- 
played in Fig. 12. The statistics shown here are computed 
from two sets of radio metric data residuals, those read from 
the input ODP file and the linearly predicted ones computed 
by PSA for the current solution. Optional conversion factors 
can be input to PSA to convert the statistics to metric units, as 
shown in Fig. 12. Also shown are the weights for each data 
type and the number of accepted and deleted points. 

2. Residual statistics at laser printer. With the “i” option, 
tabular solution and data statistics are sent to a laser printer. 
The information is a combination of the output shown in 
Figs. 10 and 12, which is displayed at the terminal for the “s” 
and “r” options. 

3. Residual statistics and plots at laser printer. With the 
“1” option it is possible to augment the information printed 
by the “i” option with graphic plots of the radio metric data 
residuals. Figure 13 shows representative graphical output 
generated by this option. Plot scaling is computed by PSA, 
using the mean and 3 -a data statistics available for each radio 
metric data type. This entire summary output can be conven- 
iently stored as a record of the analysis, providing both numer- 
ical and graphical information. This graphic output is available 
only at the laser printer, and not at the terminal. 

4. PTSCAN mode. The PTSCAN Edit mode display can be 
accessed again to review radio metric data residuals. After a 
solution is requested, linearly predicted residuals are computed 
and available to the PTSCAN mode. This creates the same 
menus as shown in Figs. 5 and 6. The user may choose between 
these two sets of residuals, and data points may be deleted or 
accepted based upon examining either set. Sometimes addi- 
tional “bad” data cannot be detected until a solution has been 
obtained and the linearly predicted residual computed. Such 
points are easy to detect by using the PTSCAN mode again; 
they can be deleted and a new solution obtained. 

IV. Program Testing 

A prototype version of PSA was available by the summer of 
1987. It was tested and evaluated during prelaunch training 
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exercises and used for the launch of the Japanese NASDA 
ETS-5 mission. It proved a resounding success, interfacing 
with the ODP to provide the efficient means needed for quickly 
analyzing the radio metric data. It was possible to deliver an 
updated spacecraft trajectory for DSN support based upon an 
hour of radio metric data, within an hour after receipt of the 
data. At five hours into the mission, updated trajectory infor- 
mation was again available, this time for NASDA mission plan- 
ning purposes. Since that time, PSA has been evaluated in sup- 
port of another NASDA mission, CS-3a, and two European 
flights, the German TV-SAT and the French Telecom-1 c. The 
current PSA prototype will be transferred to operations for 
support of numerous future missions. 

In addition to direct navigation support, PSA was useful 
during the Telecom-1 c mission for evaluating range data re- 
ceived from two different Deep Space Stations. The project 
reported receiving bad real-time range data, but these were 
quickly certified, utilizing PSA, as being valid data. PSA is also 
proving very useful for non-real-time parametric studies using 
radio metric data from deep space missions supported by the 
DSN. 

V. Future Improvements 

Following the evaluations of the prototype version of 
PSA, there are several new capabilities needed to enhance its 
usage. One is to provide graphic residual displays at the termi- 
nal. Creating plots like those shown in Fig. 13 at the terminal 
would make PSA operations much more efficient by eliminat- 
ing the time required to generate copies on the laser printer. 
Often these plots are needed only for intermediate analysis 


and are then discarded. Usually it is only the plots from the 
final solution which need to be sent to the laser printer to 
create copies for record-keeping purposes. This capability 
could reduce use of the laser printer by 50 to 75 percent, 
making more of that resource available to other members of 
the Navigation team. 

Another useful graphic display is one which includes inter- 
active data editing. In this mode, residual plots of only one or 
two data types would be displayed at the screen. The user 
would move a cursor to identify individual or sets of data to 
delete (or accept). This is similar to the data editing done in 
the PTSCAN mode in PSA, but would represent an improve- 
ment with the linear time scale and the ability to simultan- 
eously view all the residuals for a particular data type. This 
technique exists in another program available to the HEO 
Navigation team and is known to be useful. 

Another useful capability would be to simultaneously view 
various summaries such as the solution, Fig. 10, or statistics, 
Fig. 12, and residual plots, Fig. 13. Being able to correlate 
summaries and graphical output would improve PSA’s effec- 
tiveness and efficiency. 

Meeting these needs in PSA cannot be achieved with the 
terminals currently being used by the HEO Navigation team. 
Bigger screens with windowing capability and much faster 
graphic generation are required to make these features effec- 
tive tools. Simultaneous display of tabular and graphical out- 
put also requires a large screen. The capabilities offered in a 
workstation-type environment are currently being evaluated 
to determine if they meet these needs. 
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Fig. 6. PTSCAN mode radio metric data editing 
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Fig. 8. Menu data weighting menu 
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